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Reservations status data structure register locations modified. 

Corrections to name of section 8.8.2, typo in Figure 177, and conflicting definition of Firmware 
Application Requires NVM Subsystem Reset status. 


Includes contents from NVMe 1.0 ECN 033 







Description of the specification technical flaw: 

Modify Figure 68 in section 5.9 as shown below: 


Figure 68: Get Features - Feature Identifiers 


Description 

Section Defining 
Format of Attributes 
Returned 

Arbitration 

Section 5.12.1.1 

Power Management 

Section 5.12.1.2 

LBA Range Type 

Section 5.12.1.3 

Temperature Threshold 

Section 5.12.1.4 

Error Recovery 

Section 5.12.1.5 

Volatile Write Cache 

Section 5.12.1.6 

Number of Queues 

Section 5.12.1.7 

Interrupt Coalescing 

Section 5.12.1.8 

Interrupt Vector Configuration 

Section 5.12.1.9 

Write Atomicity 

Section 5.12.1.10 

Asynchronous Event Configuration 

Section 5.12.1.11 

NVM Command Set Specific 

Autonomous Power State Transition 

Section 5.12.1.12 

Software Progress Marker 

Section 5.12.1 .123 

Host Identifier 

Section 5.12.1 .134 

Registration Notification Mask 

Section 5.12.1 .145 

Reservation Presistence 

Section 5.12.1.156 


Modify name of Figure 155 in section 6.12 as shown below: 

Figure 155: Reservation R e port Release - PRP Entries or SGL Entry 1 


Modify a portion of Figure 157 as shown below: 


Figure 157: Reservation Status Data Structure 


Bytes 

Description 

23:10 

Reserved 

47:24 

Registered Controller DataStructure 0 



n:(n-24) 
24*n+47: 
24*(n+1) 

Registered Controller DataStructure (n/24 -1) 






























Modify a portion of section 3.1.6 as shown below: 


3.1.6 Offset ICh: CSTS - Controller Status 


Bit 

Type 

Reset 

Description 

31:05 

RO 

0 

Reserved 

04 

RW1C 

Hwlnit 

NVM Subsystem Reset Occurred (NSSRO): The initial value of this field is ’1’ if the 
last occurance of an NVM Subsystem Reset occured while power was applied to the 
NVM subsystem. The initial value of this field is 'O' following an NVM Subsystem Reset 
due to application of power to the NVM subsystem. This field is only valid if the 
controller supports the NVM Subsystem Reset feature defined in section 7.3.1 as 
indicated by GGCAP.NSSRS set to T. 

The reset value of this field is 'O' if an NVM Subsystem Reset causes activation of a 
new firmware image. 


Modify a portion of Figure 60 in section 5.7.1 as shown below: 


Figure 60: Firmware Activate - Command Specific Status Values 


Value 

Description 

lOGh 

Firmware Application Requires NVM Subsystem Reset: The operation specified by the 

Activate Action field completed successfully. However, activation of the firmware image requires 
an NVM Subsystem Reset. If any other type of reset occurs prior to an NVM Subsystem Reset, 
the controller shall continue operation with the currently executing firmware image. 


Modify a portion of section 7.2.5.2 as shown below: 


• CMD1 .CDW12.NLB is set to 3h 44, indicating that Ah LB As four logical blocks of a size of 4KB each 
are to be compared against. This value shall be the same as CMD0.CDW12.NLB. 


Modify the name of section 8.8.2 as shown below: 

8.8.2 R e s e rvat i on Not i f i cat i ons Registering 


Modify Figure 177 in section 8.2 as shown below: 



| LBA n 


! LBA n+21 

... 

^ | 

Host 

LBA n Data 

| Metadata i 

LBA m-1 Data 

\ Metadata 


1 



Data Buffer (PRP1 & PRP2) 


Modify Figures 65 & 66 in section 5.9 as shown below: 


Figure 65: Get Features - PRP Entry 1 


Bit 

Description 

63:00 



physical discontinuity.—This field contains the first PRP entry, specifying the start of the data 
buffer. If no data structure is used as part of the specified feature, then this field is ignored. 




























Figure 66: Get Features - PRP Entry 2 


Bit 

Description 

63:00 

PRP Entry 2 (PRP2): This field contains the second PRP entry, that specifies the location where 
data should be transferred to (if there is a physical discontinuity). If PRP Entry 1 specifies 
enough space for the data structure, then this field is reserved. Otherwise, it specifies the 
remainder of the data buffer. This field shall not be a pointer to a PRP List as the data buffer 
may not cross more than one page boundary. If no data structure is used as part of the 
specified feature, then this field is ignored. 


Modify Figures 69 & 70 in section 5.10 as shown below: 



Figure 69: Get Log Page - PRP Entry 1 

Bit 

Description 

63:00 

PRP Entry 1 (PRP1): Specifies a data buffer that the log page shall be returned to. The buffer 
shall not have more than one physical discontinuity. This field contains the first PRP entry, 
specifying the start of the data buffer. 

Figure 70: Get Log Page - PRP Entry 2 

Bit 

Description 

63:00 

PRP Entry 2 (PRP2): This field contains the second PRP entry, that specifies the location where 
data should be transferred to (if there is a physical discontinuity). If PRP Entry 1 specifies 
enough space for the data structure, then this field is reserved. Otherwise, it specifies the 
remainder of the data buffer. This field shall not be a pointer to a PRP List as the data buffer 
may not cross more than one page boundary. 


Modify Figures 79 & 80 in section 5.11 as shown below: 



Figure 79: Identify - PRP Entry 1 

Bit 

Description 

63:00 

PRP Entry 1 (PRP1): Indicates a data buffer that the Identify data structure shall be returned to. 
The buffer shall not have more than one physical discontinuity. This field contains the first PRP 
entry, specifying the start of the data buffer. 

Figure 80: Identify - PRP Entry 2 

Bit 

Description 

63:00 

PRP Entry 2 (PRP2): This field contains the second PRP entry, that specifies the location where 
data should be transferred to (if there is a physical discontinuity). If PRP Entry 1 specifies 
enough space for the data structure, then this field is reserved. Otherwise, it specifies the 
remainder of the data buffer. This field shall not be a pointer to a PRP List as the data buffer 
may not cross more than one page boundary. 


Modify Figures 86 & 87 in section 5.12 as shown below: 



Figure 86: Set Features - PRP Entry 1 

Bit 

Description 

63:00 

PRP Entry 1 (PRP1): Indicates a data buffer that the Identify data structure shall be returned to. 
The buffer shall not have more than one physical discontinuity. This field contains the first PRP 
entry, specifying the start of the data buffer. If no data structure is used as part of the specified 
feature, then this field is not used. 
































Figure 87: Set Features - PRP Entry 2 


Bit 

Description 

63:00 

PRP Entry 2 (PRP2): This field contains the second PRP entry, that specifies the location where 

enough space for the data structure, then this field is reserved. Otherwise, it specifies the 
remainder of the data buffer. This field shall not be a pointer to a PRP List as the data buffer 
may not cross more than one page boundary. If no data structure is used as part of the 
specified feature, then this field is not used. 


Modify Figures 113 & 114 in section 5.14 as shown below: 


Figure 113: Security Receive - PRP Entry 1 


Bit 

Description 

63:00 



entry, specifying the start of the data buffer. 


Figure 114: Security Receive - PRP Entry 2 


Bit 

Description 

63:00 

PRP Entry 2 (PRP2): This field contains the second PRP entry, that specifies the location where 

enough space for the data structure, then this field is reserved. Otherwise, it specifies the 
remainder of the data buffer. This field shall not be a pointer to a PRP List as the data buffer 
may not cross more than one page boundary. 


Modify Figures 117 & 118 in section 5.15 as shown below: 


Figure 117: Security Send - PRP Entry 1 


Bit 

Description 

63:00 



This field contains the first PRP entry, specifying the start of the data buffer. 


Figure 118: Security Send - PRP Entry 2 


Bit 

Description 

63:00 

PRP Entry 2 (PRP2): This field contains the second PRP entry, that specifies the location where 

enough space for the data structure, then this field is reserved. Otherwise, it specifies the 
remainder of the data buffer. This field shall not be a pointer to a PRP List as the data buffer 
may not cross more than one page boundary. 


Modify a portion of Figure 50 in section 5.3.1 as shown below: 


Figure 50: Create I/O Completion Queue - Command Specific Status Values 


Value 

Description 

1 h 

Invalid Queue Identifier: The creation of the I/O Completion Queue failed due to an invalid 
queue identifier specified as part of the command. An invalid queue identifier is one that is 
currently in use or one that is outside the range supported by the controller 






























Modify a portion of Figure 54 in section 5.4.1 as shown below: 


Figure 54: Create I/O Submission Queue - Command Specific Status Values 


Value 

Description 

1 h 

Invalid Queue Identifier: The creation of the I/O Submission Queue failed due an invalid queue 
identifier specified as part of the command. An invalid queue identifier is one that is currently in 
use or one that is outside the range supported by the controller 


Modify section 2.1.6 as shown below: 


2.1.6 Offset OCh: CLS - Cache Line Size 


Bits 

Type 

Reset 

Description 

07:00 

R© 

RW 

OOh 

Cache Line Size (CLS): Not supported by NVM Express. Cache Line Size register is 
set by the system firmware or operating system to the system cache size. 


Modify section 6.7 as shown below: 

6.7 Flush command 

Th e F l ush command i s us e d by th e host to i nd i cat e that any data i n vo l at ile storag e shou l d b e f l ush e d to non ¬ 

vo l at ile m e d i a. 

The Flush command shall commit data and metadata associated with the specified namespace(s) to non¬ 
volatile media. The flush applies to all commands completed prior to the submission of the Flush command. 
The controller may also flush additional data and/or metadata from any namespace. 

All command specific fields are reserved. 


Modify a portion of Figure 82 in section 5.11 as shown below: 


Bytes 

O/M 

Description 

525 

M 

Volatile Write Cache (VWC): This field indicates attributes related to the presence 
of a volatile write cache in the implementation. 

Bits 7:1 are reserved. 

Bit 0 if set to T indicates that a volatile write cache is present. If cleared to ‘O’, a 
volatile write cache is not present. If a volatile write cache is present, then the host 
may issue Flush commands and control whether it is enabled with Set Features 
specifying the Volatile Write Cache feature identifier. If a volatile write cache is not 
present, the host shall not submit Flush commands complete successfully and have 
no effect, and nor Set Features commands or Get Features with the Volatile Write 
Cache identifier field set shall fail with Invalid Field status. 



















Modify section 2.6.1 as shown below: 


2.6.1 Offset AERCAP: AERID - AER Capability ID 


Bits 

Type 

Reset 

Description 

31:20 

RO 

Impl 

Spec 

Next Pointer (NEXT): Indicates the next item in the list. This may be other capability 
pointers or it may be the last item in the list. 

19:16 

RO 

Impl 

Spec 

2b 

Capability Version (CVER): Indicates the version of the capability structure. Reset 
value can be 1 h or 2h. 

15:0 

RO 

0001 h 

Capability ID (CID): Indicates that this capability structure is an Advanced Error 
Reporting capability. 


Modify a portion of section 5.7.1 as shown below: 

A completion queue entry is posted to the Admin Completion Queue if the controller has completed the 
requested action (specified in the Activate Action field). For requests that specify activation of a new firmware 
image and return with status code value of OOh, any controller level reset defined in section 7.3.1 activates the 
specified firmware. Firmware Activate command specific status values are defined in Figure 60. 


Modify a portion of section 7.2.5.2 as shown below: 


• CMD1 .CDW12.NLB is set to 3h 4b, indicating that 4h LB As four logical blocks of a size of 4KB each 
are to be compared against. This value shall be the same as CMD0.CDW12.NLB. 


Modify a portion of section 2.3.2 as shown below: 


2.3.2 Offset MSICAP + 2h: MC - Message Signaled Interrupt Message Control 


Bits 

Type 

Reset 

Description 

15:09 

RO 

0 

Reserved 

08 

RO 

Impl 

Spec 

0 

Per-Vector Masking Capable (PVM): Specifies whether controller supports MSI per- 
vector masking. 


Modify a portion of section 2.5.6 as shown below: 


2.5.6 Offset PXCAP + Ch: PXLCAP - PCI Express Link Capabilities 


Bits 

Type 

Reset 

Description 

31:24 

RO 

Hwlnit 

Port Number (PN): This field indicates specifies the PCI Express port number for this 
device. 

23422 

RO 

Oh 

Reserved 

22 

RO 

Hwlnit 

ASPM Optionality Compliance (AOC): This field specifies Active State Power 
Management (ASPM) support 
























Modify a portion of section 3.1.5 as shown below: 


Bit 

Type 

Reset 

Description 

00 

RW 

0 

Enable (EN): When set to ‘1’, then the controller shall process commands 
based on Submission Queue Tail doorbell writes. When cleared to ‘O’, then the 
controller shall not process commands nor post completion queue entries to 
Completion Queues. When this field transitions from ‘1’ to ‘O’, the controller is 
reset (referred to as a Controller Reset). The reset deletes all I/O Submission 
Queues and I/O Completion Queues, resets the Admin Submission Queue and 
Completion Queue, and brings the hardware to an idle state. The reset does 
not affect PCI Express registers nor the Admin Queue registers (AQA, ASQ, or 
ACQ). All other controller registers defined in this section and internal 
controller state (e.g., Feature values defined in section 5.12.1 that are not 
persistent across power states) are reset to their default values. The controller 
shall ensure that there is no data loss for commands that have had 
corresponding completion queue entries posted to an I/O Completion Queue 
prior to the reset operation. Refer to section 7.3 for reset details. 

When this field is cleared to ‘O’, the CSTS.RDY bit is cleared to ‘0’ by the 
controller once the controller is ready to be re-enabled. When this field is set to 
‘Y, the controller sets CSTS.RDY to ‘1’ when it is ready to process commands. 
Setting this field from a ‘0’ to a ‘1’ when CSTS.RDY is a ‘1,’ or setting this field 
from a '1' to a 'O' when CSTS.RDY is a '0,' has undefined results. The Admin 
Queue registers (AQA, ASQ, and ACQ) shall only be modified when EN is 
cleared to ‘O’. 


Modify a portion of section 7.6.1 as shown below: 

The host should perform the following actions in sequence to initialize the controller to begin executing 
commands: 

1. Set the PCI and PCI Express registers described in section 2 appropriately based on the system 
configuration. This includes configuration of power management features. Pin-based or single¬ 
message MSI interrupts should be used until the number of I/O Queues is determined. 

2. The host waits for the controller to indicate that any previous reset is complete by waiting for 
CSTS.RDY to become ‘0.’ 

23. The Admin Queue should be configured. The Admin Queue is configured by setting the Admin 
Queue Attributes (AQA), Admin Submission Queue Base Address (ASQ), and Admin Completion 
Queue Base Address (ACQ) to appropriate values. 

Modify a portion of section 3.1.6 as shown below: 


Bit 

Type 

Reset 

Description 

00 

RO 

0 

Ready (RDY): This field is set to ‘1’ when the controller is ready to accept Submission 
Queue Tail doorbell writesprocess commands after CC.EN is set to ‘1’. This field shall 
be cleared to ‘0’ when CC.EN is cleared to ‘O’. Commands shall not be submitted to 
the controller until this field is set to ‘1’ after the CC.EN bit is set to ‘1’. Failure to follow 
this requirement produces undefined results. Host software shall wait a minimum of 
CAP.TO seconds for this field to be set to ‘1’ after setting CC.EN to ‘1’ from a previous 
value of‘O’. 













Disposition log 


9/20/2012 Erratum captured. 

10/11/2012 Added fix for 3.1.6 and Figure 60 

11/15/2012 Corrected name of section 8.8.2, fixed typo in Figure 177, and conflicting definition of 
Firmware Application Requires NVM Subsystem Reset status, and contents from NVMe 1.0 ECN 033 
11/29/2012 Changed “24n” to “24*n” to match other multiplication in the spec 
1/2/2013 Erratum ratified. 

9/23/2013 Removed CAP.TO change since ECN 005 superseded this change. 
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